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Beschreibung 

Verfahren und System zvam Validieren von Fehlersymptomen 

Die Erfindung betrifft ein Verfahren zum Validieren von an 
TreiberausgSngen auf tretenden Fehlersymptomen . 

Die Erfindung betrifft weiterhin ein System zum Validieren 
von an Treiberausgangen auf tretenden Fehlersymptomen. 

Es ist bekannt, Endstuf entreiberausgange im Rahman einer Feh- 
lerdiagnose beim Betrieb eines Kraf tf ahrzeugs zu aberwachen. 
Dabei kSnnen Schaltzustande auftreten, bei denen Fehlersym- 
ptome nicht oder nicht eindeutig erkannt warden. Fur diese 
15 Fehlersymptome wird im Allgemeinen eine Validierungsroutine 
ausgeftihrt, urn so die Gultigkeit das gemaldatan Fehler symp- 
toms zu iiberprtifen. Auf diese Weise soli beispielsweise si- 
chergestellt werden, dass ein aufgrund gUltiger Fehlersympto- 
me inkrementierter Fehlerzahler nicht dadurch wieder dekre- 
20 mentiert wird, dass eine unvalidierte Information berticksich- 
tigt wird, die besagt, der Fehler lage nun nicht mehr vor. 

Das Durchfahren derartiger Validierungsroutinen ist mit einem 
hohen Rechenaufwand verbunden. Dieser Auf wand kann unter Um- 
standen unangemessen sein, wenn es beispielsweise nur darum 
geht, einen Fehlerzahler bei einem gewis.sen zahler stand ein- 
zuf rieren. 

Der Erfindung liagt die Aufgabe zugrunda, ein Verfahren und 
30 ein System zur VerfQgung zu stellen, die das Durchfahren ei- 
ner Validierungsroutine fiir ein nicht oder ein nicht eindeu- 
tig erkanntes Symptom in vielen Fallen uberfliissig machen'. 

Diese Aufgabe wird mit den Merkmalen der unabhangigen Ansprii- 
35 che gelost. 
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Fehlersymptom die Validierungsinformation "gultig" zugeordnet 
wird und die Klassif izierung sowie die Validierungsinformati- 
on angezeigt werden. Ein Fehlersymptom der Klasse 1 ist ein 
elektrischer Fehler, der eindeutig erkennbar ist. Solche Feh- 
lersymptome erhalten stets die Validierungsinformation "gUl- 
tig" und k6nnen somit beispielweise die Voraussetzung fUr die 
Inkrementierung eines Fehlerzahlers bilden. 

Ebenfalls ist nUtzlicherweise vorgesehen, dass bei einer 
Klassifizierung eines Fehlersymptoms als der Klasse 3 zugehb- 
rig dem Fehlersymptom die Validierungsinformation "giiltig" 
zugeordnet wird und die Klassifizierung sowie die Validie- 
rungsinformation angezeigt werden. Die Klassifizierung in 
Klasse 3 gibt an, dass kein elektrischer Fehler vorliegt und 
dass dies eindeutig erkennbar ist. Es kann die Validierung- 
sinformation "gUltig" zugeordnet werden. 

In diesem Sinne ist weiterhin in bevorzugter Weise vorgese- 
hen, dass bei einer Klassifizierung eines Fehlersymptoms. als 
der Klasse 2 oder der Klasse 4 zugehOrig dem Fehlersymptom 
die Validierungsinformation "ungUltig" zugeordnet wird und 
als Klassifizierung die Klasse 3 und die Validierungsinforma- 
tion angezeigt werden. Die Fehlersymptome der Klasse 2, das 
heiBt elektrische Fehler, die nicht eindeutig erkennbar sind, 
Oder der Klasse 4, das heiBt nicht vorliegende Fehler, wobei 
dies aber nicht eindeutig erkennbar ist, werden folglich mit 
der Validierungsinformation "ungUltig" versehen, und es wird 
pauschal angezeigt, dass ein Fehlersymptom der Klasse 3 vor- 
liegt. 

In diesem Zusammenhang kann ntitzlich sein, dass bei einer Va- 
lidierungsinformation "ungaitig" die Moglichkeit besteht, den 
betreffenden Treiberausgang von der Symptomvalidierungsein- 
heit beeinflussen zu lassen, um zusatzliche Inf ormationen il- 
ber das betreffende Fehlersymptom zu erlangen. Auch wenn die 
Zuordnung der Validierungsinformation "ungtiltig" zu den Feh- 
lersymptomen der Klasse 2 und der Klasse 4 ausreichend ist. 
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tig erkennbar ist, dass kein elektrischer Fehler vorliegt, 
und ein Symptom als einer Klasse 4 zugehorig klassif iziert 
wird, wenn kein elektrischer Fehler vorliegt, dies aber nicht 
eindeutig erkennbar ist. 

Weiterhin ist vorgesehen, dass bei einer Klassif izierung ei- 
nes Fehlersymptoms als der Klasse 1 zugeh5rig dem Fehlersym- 
ptom die validierungsinformation "gtiltig" zugeordnet wird und 
die Klassifizierung sowie die Validierungsinformation ange- 
zeigt werden. 

Das erfindungsgemaue System ist in besonders bevorzugter Wei- 
se dadurch weitergebildet, dass bei einer Klassifizierung ei- 
nes Fehlersymptoms als der Klasse 3 zugehorig dem Fehler sym- 
5 ptom die Validierungsinformation "gtiltig" zugeordnet wird und 
die Klassifizierung sowie die Validierungsinformation arige- 
zeigt werden. 

Es ist weiterhin von besonderem Vorteil, dass bei einer -Klas- 
0 sifizierung eines Fehlersymptoms als der Klasse 2 oder der 

Klasse 4 zugehOrig dem Fehlersymptom die Validierungsinforma- 
tion "ungaitig" zugeordnet wird und als Klassifizierung die 
Klasse 3 und die Validierungsinformation angezeigt werden. 



Ebenfalls ist imRahmen des erf indungsgemSBen Systems ntitz- 
licherweise vorgesehen, dass bei einer Validierungsinformati- 
on "ungaitig" die MOglichkeit besteht, den betreffenden Trei- 
berausgang von der Symptomvalidierungseinheit beeinflussen zu 
lassen, um zusStzliche Inf ormationen tiber das betreffende 
Fehlersymptom zu erlangen. 

Der Erfindung liegt die Erkenntnis zugrunde, dass eine der 
Endstufe zugeordnete Symptomvalidierungseinheit, die auf der 
Grundlage einer Klassifizierung von Fehlern arbeitet, die 
35 Durchftihrung von Validierungsroutinen ftir nicht oder nicht 
eindeutig erkannte Fehler symptome im Hinblick auf bestimmte 
Aufgaben entbehrlich macht. 
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ben, dass das Symptom der Klasse 3 zugehorig and "ungultig" 
ist. Gegebenenfalls kann zusatzlich zu der somit vorliegenden 
Validierung die Symptomvalidierungseinheit 14 veranlasst wer- 
den, die Endstuf enausg^nge 10 mit Pulsen zu beauf schlagen, so 
5 dass eine weitere Diagnose der Endstuf enausgange erfolgen 

kann, insbesondere im Hinblick auf Symptome der Klassen 2 und 
4. Die Symptomvalidierungseinheit 14 kann konf igurierbar ges- 
taltet sein, um im Hinblick auf diese Beeinf lussung der End- 
stuf enausgSnge 10 verschiedene Spielarten zuzulassen. Bei- 
10 spielsweise kann vorgesehen sein, dass die Symptomvalidie- 
rungseinheit 14 von sich aus eine Beeinf lussung der Endstu- 
f enausgange vornimmt. Es kann auch vorgesehen sein, dass an- 
dere Systemkomponenten die Symptomvalidierungseinheit 14 ver- 
anlassen. Impulse an die Endstuf enausgange 10 zu liefern. Um 
15 verschiedene dieser Varianten zuzulassen, ist eine Konfigu- 
rierbarkeit der Symptomvalidierungseinheit 14, die vorzugs- 
weise in Hardware realisiert ist, von Nutzen. 

Figur 2 zeigt ein Flussdiagramm eines erf indungsgemaften- Ver- 
20 fahrens. Nach dem Start des Verfahrens in Schritt SOI wird in 
Schritt S02 ein Symptom an einem Endstuf enausgang einer End- 
stuf e durch die Symptomerkennungseinheit erf asst. In Schritt 
SOS wird das Symptom als einer der Klassen 1 bis 4 zugehflrig 
klassifiziert. In Schritt S04 wird im Rahmen der Symptomvali- 
dierung gefragt, ob ein Symptom der Klasse 1 vorliegt. Ist 
dies der Fall, so wird dem Symptom in Schritt SOS die Vali- 
dierungs information "gultig" zugeordnet. Liegt kein Symptom- 
der Klasse 1 vor, so wird in Schritt SO 6 gefragt, ob ein 
Symptom der Klasse 3 vorliegt. Ist dies der Fall, so wird in 
30 Schritt SO? dem Symptom wiederum die Validierungsinf ormation 
"gtiltig" zugeordnet. Wird in Schritt SO 6 ermittelt, dass kein 
Symptom der Klasse 3 vorliegt, so hat sich an dieser Stelle 
des Verfahrensablauf s gezeigt, dass ein Symptom der Klasse 2 
Oder der Klasse 4 vorliegt, so dass in Schritt SOS dem 
35 Symptom sofort die Validierungsinf ormation "ungUltig" zuge- 
ordnet werden kann. Nach der Symptomvalidierung findet eine 
im vorliegenden Ablauf diagramm nicht dargestellte Obergabe 
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Patentansprtiche 

1. Verfahren zum Validieren von an TreiberausgSngen (10) 
auftretenden Fehlersymptomen mit den Schritten: 

Erfassen eines an einem Treiberausgang (10) vorliegenden 
Symptoms und Klassif izieren des Symptoms in eine von meh- 
reren Klassen unterschiedlicher Syraptome mittels einer 
Symptomerkennungseinheit (12) , 

- Zuordnen einer Symptomvalidierungsinf ormation zu dem Sym- 
ptom in Abhangigkeit der Klassif izierung mittels einer 
Symptomvalidierungseinheit (14) / 

15 - Anzeigen der Klassif izierung beziehungsweise einer der 
Klassif izierung zugeordneten Anzeigeinf ormation und... 

- Anzeigen der Symptomvalidierungsinf ormation. 

20 2. Verfahren nach Anspruch 1^ 

dadurch gekennzeichnet^ 

dass zur Klassif izierung eines Symptoms mindestens vier Klas- 
sen zur Verftlgung stehen^ wobei 

ein eihdeutig erkennbarer elektrischer Fehler als ein 
Symptom einer Klasse 1 klassif iziert wird, 

ein nicht eindeutig erkennbarer elektrischer Fehler als 
ein Symptom einer Klasse 2 klassif iziert wird, . 



30 



ein Symptom als einer Klasse 3 zugehorig klassif iziert 
wird, wenn eindeutig erkennbar ist, dass kein elektri- 
scher Fehler vorliegt, und 



35 



ein Symptom als einer Klasse 4 zugehorig klassif iziert 
wird/ wenn kein elektrischer Fehler vorliegt, dies aber 
nicht eindeutig erkennbar ist. 
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die Endstufe (18) eine Symptomerkennungseinheit (12), ei- 
ne Symptomvalidierungseinheit (14) und eine Symptomausga- 
beeinheit (16) aufweist, 

mittels der Symptomerkennungseinheit (12) an einem Trei- 
berausgang (10) vorliegende Symptome erfasst und jeweils 
in eine von mehreren Klassen unterschiedlicher Symptome 
klassif iziert werden kSnnen, 



mittels der Symptomvalidierungseinheit (14) eine Symptom- 
validierungsinformation zu einem Symptom in Abhangigkeit 
der Klassif izierung zugeordnet werden kann, 

mittels der Systemausgabeeinheit (16) die Klassif izierung 
und die Validierungs information an die Symptomanzeigeein- 
heit (20) ubermittelt werden kann und 

von der Symptomanzeigeeinheit (20) die Klassif izierung 
beziehungsweise eine der Klassif izierung zugeordnete^ An- 
zeigeinf oontiation und die Symptomvalidierungsinf ormation 
angezeigt werden. 

8. System nach Anspruch 7, 

dadurch gekennzeichnet, 

dass zur Klassif izierung eines Symptoms mindestens vier Klas- 
sen zur Verftigung stehen, wobei 

ein eindeutig erkennbarer elektrischer Fehler als ein 
Symptom einer Klasse 1 klassif iziert wird, 

ein nicht eindeutig erkennbarer elektrischer Fehler als 
ein Symptom einer Klasse 2 klassif iziert wird. 



ein Symptom als einer Klasse 3 zugeharig klassif iziert 
wird, wenn eindeutig erkennbar ist, dass kein elektri- 
scher Fehler vorliegt, und 
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Zusammenf assung 

Verfahren und System zum Validieren von Fehlersymptomen 

Zur Validierung von an Treiberausgangen (10) auftretenden 
Fehlersymptomen ist eine Symptomvalidierungseinheit (14) in- 
nerhalb einer Endstufe (18) vorgesehen, die eine Validierung 
beziehungsweise eine vorlaufige Validierung auf der Grundlage 
einer Klassif izierung von Symptomen vornimmt. Durch Zuordnen 
der Validierungsinf ormation "ungiiltig" zu nicht eindeutig er- 
kennbaren Symptomen lasst sich die weitere Beriicksichtigung 
der Symptome unterdrucken, beziehungsweise es lassen sich 
weitere Diagnosen des betreffenden Endstuf enausgangs (10) in 
die Wege leiten. 

Figur 1 
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